home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / ARMLINUX / MAIL / 9805 / 000170_owner-linux-arm…r.rutgers.edu _Mon May 25 19:37:58 1998.msg < prev    next >
Internet Message Format  |  1998-06-02  |  2KB
  1. Return-Path: <owner-linux-arm-outgoing@vger.rutgers.edu>
  2. Received: from virtual.bbc.co.uk (virtual.bbc.co.uk [132.185.132.199])
  3.     by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id TAA20164
  4.     for <willy@odie.barnet.ac.uk>; Mon, 25 May 1998 19:37:57 +0100
  5. Received: from nic.funet.fi (nic.funet.fi [128.214.248.6])
  6.     by virtual.bbc.co.uk (8.8.5/8.8.5) with ESMTP id TAA12803
  7.     for <willy@bofh.ai>; Mon, 25 May 1998 19:38:06 +0100 (BST)
  8. Received: from vger.rutgers.edu ([128.6.190.2]:60164 "EHLO vger.rutgers.edu" ident: "root") by nic.funet.fi with ESMTP id <2529-674>; Mon, 25 May 1998 21:37:49 +0300
  9. Received: by vger.rutgers.edu id <971206-31161>; Mon, 25 May 1998 13:20:52 -0400
  10. Received: from tazenda.demon.co.uk ([158.152.220.239]:1247 "HELO kings-cross.london.uk.eu.org" ident: "exim") by vger.rutgers.edu with SMTP id <971273-31161>; Mon, 25 May 1998 13:16:51 -0400
  11. Received: from kings-cross.london.uk.eu.org [127.0.0.1] (phil)
  12.     by kings-cross.london.uk.eu.org with esmtp (Exim 1.71 #1)
  13.     id 0ydz8Y-00089Z-00; Mon, 25 May 1998 16:26:06 +0100
  14. X-Mailer: exmh version 2.0zeta 7/24/97
  15. To: Tony Houghton <tonyh@tcp.co.uk>
  16. cc: linux-arm@vger.rutgers.edu
  17. Subject: Re: ARMLinux Partition Problem 
  18. In-reply-to: Your message of "Mon, 25 May 1998 15:34:56 BST."
  19.              <7f6d04b48%tonyh@tonyh.tcp.co.uk> 
  20. Mime-Version: 1.0
  21. Content-Type: text/plain; charset=us-ascii
  22. Date:     Mon, 25 May 1998 16:26:06 +0100
  23. From: Philip Blundell <Philip.Blundell@pobox.com>
  24. Message-Id: <E0ydz8Y-00089Z-00@kings-cross.london.uk.eu.org>
  25. X-Orcpt: rfc822;linux-arm@vger.rutgers.edu
  26. Sender: owner-linux-arm@vger.rutgers.edu
  27. Precedence: bulk
  28. X-Loop: majordomo@vger.rutgers.edu
  29. Status: RO
  30.  
  31. >still crashed in the same place. BTW, can't you get stack backtraces
  32. >under ARMLinux?
  33.  
  34. The C library doesn't give you postmortems like the RISC OS one does.  You do
  35. get a core dump though and you can then use the debugger to find out where the
  36. program crashed, and it wouldn't be that hard to fiddle things so you got a 
  37. backtrace on abnormal termination.  GCC doesn't put function names into the
  38. prologue like Norcroft does, though, which makes it harder to produce
  39. meaningful output.  (There's a -fpoke-function-names option, or something 
  40. like that, but it's not fully implemented at the moment).
  41.  
  42. The kernel does give you a backtrace if it performs a bad access itself, 
  43. incidentally.
  44.  
  45. p.
  46.  
  47.  
  48. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu